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TITLE OF THE INVENTION 

SYSTEM AND METHOD FOR FACILITATING DISTRIBUTED 
SERVER ADMINISTRATION OF SERVER SYSTEMS THAT ARE 
5 SCALABLE AND VERSION INDEPENDENT 

BACKGROUND OF THE INVENTION 
Field of the Invention 

The present invention relates to systems and methods 
10 used for maintaining and managing software programs known as 
server systems or "servers" in a distributed computing 
environment. More particularly, the present invention relates to 
systems and methods used to receive portions of a network client 
administration system to administer different versions of disparate 
15 server systems including a multitude of software packages without 
having to correspondingly update the network client 
administration system. 

Description of the Related Art 

20 Electronic data networks and their components are well 

known. Many companies, for example, have at least one 
computer network, such as a local area network (LAN), which 
connects the company's computer systems. It is not uncommon 
for companies to have several elaborate computer networks 

25 spanning many locations, possibly internationally. Such computer 
networks are constructed of cables, servers both physical and 
logical, routers, etc., with such servers being a critical component 
in a particular network architecture. Accordingly, the maintenance 
and administration (version control, administration, etc.) of 




network servers, web servers, etc., and their software backplanes, 
are vital to the performance of such electronic data networks. 

Varied forms of administrative tools are used to maintain 
and administer network servers, web servers, etc. and, especially, 
5 the software backplanes on which such server systems rely. 
Usually, an administrative client of some sort resides on a network 
administrator's data processing system and is used to access and 
administer a server (network, web, etc.) via an electronic data 
network (e.g., remote administration, etc.). The administrative 
10 client software must be compatible with the versions of server 
software running on the servers resident in a particular network in 
order to access and administer the servers. As such, prior 
Cf administration schemes called for dedicated, version specific 

Ul administration clients. As a result, version control and 

Ft § 

LI; 15 maintenance of such software became cumbersome and difficult. 

03 Frequently, servers reside both on internal networks and in 

j* external networks, where servers may be only accessible via the 

!L Internet or a dedicated line. During the growth of a network, 

W servers may be added, and each new server will most likely have 

□ 20 a latest version of a server software package loaded. Therefore, 

y the maintenance and administration of electronic data networks 

has become even more difficult as servers are replaced, a 
network grows, etc. For example, a network administrator may 
maintain a web server, a mail server and a dedicated application 
25 server (e.g., an electronic commerce shopping cart server system, 
etc.). Each server could run a different version of a software 
package. In order to maintain and administer each server, the 
network administrator may be required to have three different 
versions of a client administrator, one for each server (e.g., one 
30 administration client each for the web server, the mail server, and 
the application server). 
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As such, there exists a problem associated with 
maintaining compatible versions of network servers and client 
administration tools on electronic data networks for the 
maintenance and administration of network servers. 
5 Several proposals have been put forth to address the 

administration problems mentioned above. However, all such 
prior proposals have focussed on the notion of creating individual, 
version-specific client-side administration software packages that 
are keyed to particular server systems. For example, such prior 

10 proposals suggest exhaustively upgrading client-side 
administrator software so that each client administrator is 
compatible with a particular version of server software. 
Unfortunately, there are several problems with this proposed 
solution. One problem is that the latest version of a client 

15 administrator may not be backward compatible with older versions 
of the server system software, and therefore, an older version of 
the client-side software might also be necessary to maintain a 
growing network. Another problem is scalability. For example, a 
system could not easily scale to include new server products that 

20 were developed after the introduction of the client administrator's 
introduction, and different versions of the same server 
administration components could not usually coexist peacefully in 
the runtime environment. And, a third problem is that the 
configuration management associated with maintaining different 

25 versions of software both server and client-side can take up a 
significant amount of time and resources. 

Thus, there exists a need to provide new and improved 
systems and methods to solve the aforementioned problems 
associated with maintaining and managing versions of network 

30 servers and the like. To be viable, such systems and methods 
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must be implemented without causing significant burdens to 
network infrastructures or undue increases in infrastructure costs. 

SUMMARY OF THE INVENTION 

5 In view of the foregoing comments, the present invention 

provides new and improved systems and methods for a 
distributed server administrator that is scalable and version 
independent. 

To solve the aforementioned problems associated with 

10 server administration, the present invention provides new and 
improved systems and methods for facilitating distributed server 
administration of network server systems that are scalable and 
version independent. The system and method include and 
involve a server (for example, a World Wide Web server, an 

15 application server such as an e-commerce server, a mail server, a 
news server, etc.) and a client administrator. The server is 
configured to store and to serve a software package that 
corresponds to a server software system of the server. The 
server is further configured to be accessed by client administrator 

20 via an electronic data network, such as the Internet and World 
Wide Web (WWW). The client administrator is configured to 
access the server, to receive the software package, and to 
process the software package to conform to the specifications of 
the server. Execution of the software package allows the server 

25 to be administered by the client administrator without requiring the 
client administrator to be pre-configured with knowledge of the 
server. 

According to another aspect of the present invention, 
provided is a distributed server administration system, including a 
30 plurality of servers coupled to an electronic data network, such as 
the Internet, and World Wide Web, and a client administrator. The 
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plurality of servers are each configured to store and to serve at 
least one software package, such as a JAR file, Java applet, etc. 
The software package corresponds to the server and includes 
version information and storage location information. The client 
5 administrator is configured to access each server in the plurality of 
servers via the electronic data network, to receive at least one 
software package from the server accessed, and to execute the 
software package in conjunction with the server accessed. The 
execution of the software package allows the corresponding 

10 server to be administered by the client administrator via the 
electronic data network. 

And, according to another aspect of the present invention, 
provided is a method for facilitating a distributed server 
administration system including the steps of: at a client 

15 administrator, selecting and accessing a server via an electronic 
data network, such as the Internet and World Wide Web, where 
the server is configured to store and to serve at least one 
software package, such as a JAR file, Java applet, etc. The 
software package corresponds to the server and includes version 

20 information and storage location information. The method also 
includes a step of receiving the software package and executing 
the software package in conjunction with the server, where there 
software package allows the server to be administered. 

25 BRIEF DESCRIPTION OF THE DRAWING FIGURES 

The present invention is described in detail below with 
regard to the attached drawing figures, of which: 

FIG. 1 is a block diagram of a system, which facilitates 
distributed server administration of servers that is scalable and 
30 version independent according to a preferred embodiment of the 
present invention; 
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FIG. 2 is an example of a JAR class loader environment 
manifest file according to a preferred embodiment of the present 
invention; 

FIG. 3 is a block diagram that illustrates an automatic data 
processing system (ADP) which may be configured to operate in 
accordance with the present invention; and 

FIG. 4 is a flowchart that illustrates a method, which may 
be used to facilitate distributed server administration in 
accordance with a preferred embodiment of the present invention. 




DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENTS 

The present invention is now discussed with reference to 

the drawing figures that were briefly described above. Unless 

15 otherwise specified, like parts and processes are referred to with 

like reference numerals. 

To illustrate salient\features of the present invention, 

reference first is made to a system (and corresponding methods) 

\ 

for facilitating distributed serveradministration of server systems 
that are scalable and versionNndependent according to a 
preferred embodiment of the present invention. In particular, 
referring now to FIG. 1, a system \)0 includes server(s) 102 
configured to store and serve software packages and to be 
accessed by a client administrator 104 via\a network 114, and aW 
25 admin server 106. \ 

Server 102 can be any kind of network server, such as a 
World Wide Web server system (WWW or "web" server), a LAN 
server, an application server, a database server, an electronic 
commerce server, etc. Server systems in the context of the 
30 present invention are those systems that are addressable within a 
network or distributed computing environment and which operate 
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based on a server software package or packages (e.g., a mail 
server system is one that runs a mail server software package to 
facilitate electronic mail services, etc.). As shown, multiple 
servers can be connected to the same network and could each be 
5 running different versions of server software (as designated V.1 
and V.2). Each server must be maintained and administered 
(e.g., version controlled! updated, fixed, addressed for 
performance auditing, etc.)\ Therefore, a client administrator 
system 104 is one that is configured to operate within a client-side 
10 data processing system (e.g. A a client application) is used to 
access and administer each server 102 via network 114. 

Client administrator 104 is configured to initialize 
administration by selecting a server to be administered. Selection 
of the server will determine what version of an administrative 
15 interface, or server manager user interface (SMUI), is needed 
(i.e., the software packages, such as the invocation class and 
referenced JAR files, to be loaded and executed will correspond 
to the server software running on the selected server). Selection 
of the server to be administered could occur from a topological 
20 console, shell program, terminal emulator, or other program that is 
running on the client administrator 104 and is capable of receiving 
and executing distributed software packages, such as Java 
archive files (jars), objects, packages, etc. The preferred 
embodiments of the present invention discussed herein refer to 
25 concepts and procedures carried out using a Java or Java-like 
programming environment. The present invention, however, is 
not so limited. Many other well-known programming languages 
and techniques, such as other object oriented programming, 
could be used. 

30 Once a server is selected for administration, client 

administrator 104 accesses server 102. Stored on server 102 are 
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reference(s) to an invocation class 114, a reference to a JAR file 
containing thisVlass (also known as the primary JAR file), and the 
network address (e.g., uniform resource locator, IP address, etc.) 
of the JAR fileA The network address could be any address 
5 accessible via standard protocols, such as, TCP/IP, IP, IPX, etc., 
and could be located on a separate server, such as admin server 
106, as shown. EaVi reference could be stored in a common 
directory on server 1Q£, such as configuration directory server 
108 as shown. 

10 Once the client administrator 104 receives the 

aforementioned references\it analyzes the data in the references. 
The client administrator 104\is configured to first look locally for 
the primary JAR file referenced by the server 102. If the primary 
JAR file is not locally installed, Ghent administrator 104 will access 

15 the network address referencedAfor example, a network address 
located on admin server 106, arid retrieve the primary JAR file 
using a network data transfer protocol, such as HTTP or FTP. 
Client administrator 104 is capable\pf installing and storing the 
primary JAR file locally in a directory, for example, //java/jars. 

20 When JAR files are installed locally, tnfe files can be constructed 
using ISO two-character language codig of the current Locale 
object of the Java virtual machine. For example, in the US 
Locale, if the primary JAR were nameol "dirserv40.jar," the 
localized JAR name would be constructed ass/'dirserv40_En.jar." 

25 If this localized JAR exists, it is downloaded anchored in a JAR 
directory. 

Once the primary JAR file containing the invtjcation class 
112 is located, the class loader environment manifest file can be 
examined. The class loader environment manifest file can be 
30 stored or referenced in the primary JAR file and is used to create 
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the class loader runtime environment for the SMUI. An example 
of a class loader environment manifest file is shown in FIG. 2. 

Referring to FIG. 2, the manifest file 200 contains include 
directives 202 and 204. Each include directive in manifest file 200 
specifies other JAR me(s) whose contents are to be included in 
the runtime class loade\environment of the SMUI. As described 
above with regard to the Vimary JAR file, the client administrator 
104 can download eachNJAR file corresponding to include 
directives 202 and 204; if a JAR file is already locally installed, for 
10 instance, in the //java/jars/ directory, then the localized JAR file 
will be used instead of downloading a remotely located JAR file. 
Otherwise, client administrator 104y/ill locate the file, either on 
server 102, admin server 106 or fromSpnother network address if 
referenced, as previously described. 
15 Client administrator 104 can instantiate a new custom class 

loader, referred to herein as the LocalJarClassLoader, and 
populate its Class Lookup Tables with the contents of the JAR's 
specified in the include directives of the class loader environment 
manifest file. Each JAR file corresponding to the include 
20 directives, such as include directives 202 and 204, is processed 
sequentially by the client administrator 104. Each JAR file is 
decompressed and populated into a hash table. The results are 
in a reverse-order of precedence for identically named classes 
found in more than one file. The inclusion of localized JAR files is 
25 sequenced so that the localized resources will override any 
similarly named resources in a non-localized JAR file sharing the 
same base name. On receipt of a class or resource load request, 
the LocalJarClassLoader will attempt to fulfill the requests using 
the contents of the hash table lookup caches. If the request can 
30 not be fulfilled, it will be passed to the default system class loader, 
which uses the CLASSPATH environment variable to resolve 
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requests. Consequently, the contents of the CLASSPATH 
environment variable are automatically appended to the class 
loader environment, with respect to load requests. 

Client administrator 104 can use the newly created and 
5 populated LocalJarClassLoader to load the invocation class, 
getting the class name from the reference. Effectively, this installs 
the class loader for use by all class and resource load requests 
within the scope of the invocation class. 

Once the invocation class is loaded, client administrator 

10 104 instantiates the invocation class. The creation of the 
invocation class launches a SMUI. This will result in a Java User 
Interface window containing the administration interface for a 
particular server system product and, in particular, server software 
package. Note that the resulting server administration interface is 

15 running in an isolated and protected process space within a Java 
virtual machine of the client administrator 104. Therefore, 
concurrent invocations of server product interfaces can not 
interfere with one another, and multiple versions of the same 
server administration interface will not cause conflicts between 

20 server administration components. 

The present invention is described above in terms of Java 
programming and, in particular, the use of Java classes and JAR 
files, and will be immediately understood by one of ordinary skill in 
the art. However, the invention is not limited as such, and other 

25 well known programming techniques and languages can be used 
to make the invention and will be readily ascertainable to those of 
ordinary skill in the art. 

Referring now to FIG. 3, therein is depicted block diagram 
that illustrates an exemplary automatic data processing system 

30 (ADP), which may be configured to operate in accordance with 
the present invention. ADP 300 includes a processor 
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arrangement 302, a data storage subsystem 304, and multimedia 
input and output device(s) 306. ADP 300 may be configurable to 
operate as a\server 102, as a client administrator 104, and as a 
admin server 16)6. As such, ADP 300 is configurable to store and 
5 serve software packages and other computer files (for example, 
JAR files, Java claiss references, etc.), such as those stored and 
served by configuration directory server 108, and to execute a 
server software package (for example, as designated by V.1 and 
V.2, as shown in FIG. 1)\ADP 300 is also configurable to access 
10 a network address, download, install and process JAR files, as 
described in reference to clien^dministrator 104 and FIG. 1. The 
arrangement and configuration olKADP 300 to operate as a server 
102, as a client administrator 104, and as a admin server 106 will 
be immediately understood by thos^ skilled in the art after 
15 reviewing the present invention and this patent document. 

Referring now to FIG. 4, depicted therein is a flowchart that 
illustrates a method for distributing a server administrator software 
system across a network so that it is scalable and version 
independent according to a preferred embodiment of the present 
20 invention. Processing and operations begin at step S4-1 and 
immediately proceed to step S4-2. 

At step S4-2, the initial Java class used to invoke an 
administration interface, or SMUI, and the location of the class 
must be determined. First, a server to be administered, such as 
25 server facility 102, is selected to initialize programming. Selection 
of the server will determine what version of an SMUI is needed 
(i.e., the software packages, such as the invocation class and 
referenced JAR files, to be loaded and executed will correspond 
to the server software running on the selected server). This can 
30 be done from a client administrator, such as client administrator 
104 described in reference to FIG. 1 that is connected or 
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otherwise coupled to a network, such as network 114, and 
capabl^of accessing the server to be selected via the network. 
As described above, the network may be any computer or 
communications network, such as the Internet and World Wide 
5 Web, an intranet, Ethernet, etc. As described above in reference 
to FIG. 1, the sarver should contain references to the invocation 
class, the JAR file^containing the invocation class (primary JAR 
file), and the location of the JAR file. The primary JAR file can be 
located at a specific network address, such as an IP address, 
10 and/or may be located on a\specific server, such as server 102 or 
admin server 106 described in reference to FIG. 1. The 
references could also be stored on the server in a common 
directory, such as described aboveN^ith reference to FIG. 1 . 

Once the invocation class and\its location are determined, 
15 processing proceeds to step S4-3. At step S4-3, it is determined 
whether a local installation of the JAR file containing the 
invocation class (primary JAR file) exists. If one does not exist, 
then the primary JAR file must be downloaded from its location, 
i.e., from the referenced network address, server or admin server. 
20 As described in reference to client administrator 104 and FIG. 1, 
locally installed JAR files could be placed in a common directory, 
such as a //java/jars/ directory. If the JAR file is not loaded locally, 
the file can be downloaded and installed locally via HTTP, or 
other well known data transfer techniques and protocols, and can 
25 be stored in a common directory. Upon completion of the 
download, an attempt is made to download a localization JAR file 
containing the localized resources of the JAR file previously 
loaded. The localization JAR files can be constructed using ISO 
two-character language code of the current Locale object of the 
30 java virtual machine. For example, in the US Locale, if the 
primary JAR file were named "dirserv40.jar," then the localized 
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JAR name would be constructed as "dirserv40_En.jar." If this 
localized JAR file exists, it is downloaded and stored in the jars 
directory. 

After the JAR file containing the invocation class is loaded 
5 locally, processing proceeds next to step S4-4. At step S4-4, the 
class loader environment manifest file stored in the primary JAR 
file is examined, and the class loader runtime environment for the 
SMUI is created. An example of this file is shown in FIG. 2 and 
has already been described above. 

10 Each include directive in the class loader environment 

manifest file specifies JAR file(s) whose contents are to be 
included in the runtime class loader environment of the SMUI. As 
described above with regard to the primary JAR file, at least one 
JAR file corresponding to each include directive, such as include 

15 directives 202 and 204, is downloaded; if a JAR file is already 
locally installed, for instance, in the //java/jars/ directory, then the 
localized version will be used instead. As described above with 
reference to FIGS. 1 and 2, a client administrator, such as client 
administrator 104, may be used to perform this step. Next, 

20 processing proceeds to step S4-5. 

At step S4-5, a new custom class loader, referred to herein 
as the LocalJarClassLoader, is created referencing the classes 
needed by the SMUI. Therefore, LocalJarClassLoader is 
instantiated, and its Class Lookup Tables are populated with the 

25 contents of the JAR files specified in the include directives of the 
class loader environment manifest file. Each JAR file 
corresponding to the include directives is processed sequentially. 
Each JAR file is decompressed and populated into a hash table. 
The results are in a reverse-order of precedence for identically 

30 named classes found in more than one file. The inclusion of 
localized JAR files is sequenced so that the localized resources 
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will override any similarly named resources in a non-localized JAR 
file sharing the same base name. On receipt of a class or 
resource load request, the LocalJarClassLoader will attempt to 
fulfill the requests using the contents of the hash table lookup 
5 caches. If the request cannot be fulfilled, it will be passed to the 
default system class loader, which uses the CLASSPATH 
environment variable to resolve requests. Consequently, the 
contents of the CLASSPATH environment variable are 
automatically appended to the class loader environment, with 

10 respect to load requests. Next, processing proceeds to step S4-6. 

At step S4-6, the invocation class is loaded using the newly 
created and populated LocalJarClassLoader and the reference 
from step S4-2. Effectively, this installs the class loader for use 
by all class and resource load requests within the scope of the 

15 invocation class. Processing proceeds next to step S4-7. 

At step S4-7, the invocation class is instantiated. The 
creation of the invocation class is expected to launch the SMUI. 
This will result in a Java User Interface window containing the 
administration interface for the particular server being maintained. 

20 Note that the resulting server administration interface is running in 
an isolated and protected process space within the Java virtual 
machine of the client administrator. Therefore, concurrent 
invocations of server product interfaces can not interfere with one 
another, and multiple versions of the same server administration 

25 interface will not cause conflicts between server administration 
components. 

Once the Java SMUI is launched, the server selected may 
be administered. As described, the above method facilitates 
distributing a server administrator across a network at the time of 
30 need, such as during runtime of a client application intended to 
administer a server for the first time and, possibly, without pre- 
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configured knowledge of the existence of a particular server within 
a network environment. References and files may be bundled 
with a server system in the described fashion, or files may be 
stored and served separately while only references are bundled 
5 with a server system, thus producing a scalable, version 
independent client administrator for servers that may be changed, 
upgraded or otherwise maintained on varied schedules. 

Thus, having fully described the present invention by way 
of example with reference to the attached drawing figures, it will 
10 be readily appreciated that many changes and modifications may 
be made to the invention and to any of the exemplary 
embodiments shown and/or described herein without departing 
from the spirit or scope of the invention which is defined in the 
appended claims. 
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